מה עומד על הפרק? של פרוייקט תוכנה Software Project Estimation and Planning מרכיבים מסגרת תבנית לדוגמה (IEEE) , ד" ר ע מיר תו מר ר ע מיר תו מר

Transcript

1 של פרוייקט תוכנה אומדן וותכנון Software Project Estimation and Planning מבוא הגדרת דרישות UML ניתוח מונחה עצמים - UML תכן מונחה עצמים - מרכיבי תכן קידוד ושילוב אימות ותיק וף אחזקת תוכנה מחזורי חיים ואבולוציה תכנון פרויקט תוכנה תכנון פרויקט תוכנה - 1 מה עומד על הפרק? תכנו ן הפ יתוח ותהליך התוכ נה אומד ן ל וו"ז ועל ות תכנית פית וח התוכנה מרכיבים מסגרת תבנית לדוגמה (IEEE) ניה ול הס יכ ו נ ים תכנון פרויקט תוכנה ד "ר עמיר תומר

2 תכנון ואומדן לפני תחילת פיתוח תוכנה יש לתכנן את כלל לפרטיו מאמץ הפיתוח התכנון נמשך לאורך מהלך הפיתוח והאחזקה התכנון הראשוני איננו מספק התכנון המפורט המוקדם ביותר אפשרי רק לאחר שלב הניתוח, על בסיס מפרט דרישות התוכנה מר תכנן תכנון פרויקט תוכנה - 3 תכנון הפי תוח ותהליך התו כנה יותר מדוייק האומדן נעשה ככל שמתקדם הפיתוח, עלות הפיתוח בפועל: $1M טווח האומדן במה לך שלב הניתוח: $0.5M - $2M טווח האומדן בתחילת מיצוי הדרי שות: $0.25M - $4M טווח האומדן ע ל בסיס מפרט דרי שות: $0.67M - $1.5M מודל זה מבוסס על נתונים ישנים (1976) אך צורת העקומה לא השתנתה שיטות האומדן השתפרו, אך צורת העקומה לא השתנתה תכנון פרויקט תוכנה ד "ר עמיר תומר

3 (לו""זז))ו אומדן לוח-זמנים ועלות של הל וו"ז הוא קר יט י מד ו י יק אומד ן של העל ות הוא קר יט י מד ו י יק אומד ן עלות פנימית עלות חיצונית (מחיר) קי ים מספר רב מד י של משתנים המשפיע ים על העלות ועל הלו"זז ההבדלים בתפוקה בין אנשי תוכנה שונים עלולים להגיע עד פי 30! אחד הגורמים המשפיעים ביותר הוא הגורם האנושי תכנון פרויקט תוכנה - 5 אומדן גודל המוצר שני המדדים המק ובלים בי ותר לאו מדן גודל מוצר תו כנה: Lines of Code (LOC) Function Points מחיר price = רווח + שעות עבודה מאמץ effort??? עלות cost תקור ה + = חומרי ם + תעריף = פריון X X גודל / היקף size / scope $ $ תכנון פרויקט תוכנה ד "ר עמיר תומר

4 Lines of Code (LOC) שורות קוד - שמות נוספים Source Lines of Code (SLOC) Kilo Delivered Source Instructions (KDSI) קשיים באומדן ומדידה של שורות קוד הקוד הוא רק חלק קטן מהמאמץ הכולל של פיתוח תוכנה שפות שונות מספר שונה של שורות לא ברור מה בדיוק צריך לספור פקודות? הצהרותוהגדרות נתונים? הערות? הוראות בקרה? שורות ששונו / נמחקו? לא כל מה שנכתב מסופק עם המוצר תכנון פרויקט תוכנה - 7 שך) שורות קוד (המ המספר המדוי ק יד וע ר ק כאשר המוצר הסתי ים אומד ן המבוסס ע ל שו ר ות ק וד הוא עם ס יכ ו ן כפ ול: תהליך האמידה מתחיל באומדן המוצר הסופי אומדן העלות מבוסס על אומדן הגודל הערכה לא-ודאית המבוססת על נתונים לא-ודאיים תכנון פרויקט תוכנה ד "ר עמיר תומר

5 Function Points (FP) מרכ יבים: א ומדן ג ודל הת וכנה על פ י הערכת 5 פריטי קלט (Inp) כל קלט משתמש המספק נתון יישומי לתוכנה לדוגמא: ערכים המוכנסים בשדות במסך פריטי פלט (Out) כל פלט יישומי המופק עבור המשתמש לדוגמא: דו"ח, מסך, הודעת שגיאה שאילתות (Inq) כל קלט מקוון מהמשתמש הג ורם לתוכנה להפקת פלט מיידי לדוגמא: בחירה מתפריט, מקש פונקציונלי קבצים עיקריים (Maf) כל קובץ לוגי לדוגמא: קובץ נתונים, חלק מבסיס-נתונים ממשקים חיצוניים (Inf) כל ממשק למערכת חיצונית לדוגמא: תקשורת, תיבת דואר, קובץ משותף FP = 4 Inp Out Inq Maf + 7 Inf7 זו נוסחה חישוב פשטנית. החישוב המלא - להלן תכנון פרויקט תוכנה - 9 חישוב ע רכי ם משוקללי ם :FP simple average complex # of Inp # of Out # of Inq # of Maf # of Inf x x x x x = = = = = Inp Out Inq Maf Inf Unadjusted Function Points - UFP תכנון פרויקט תוכנה ד "ר עמיר תומר

6 סיבו כיות תיקון על פי הערכ ת :FP F i סיבוכיות גורמי 14 מקבל ציון 0-5 סיבוכיות כל גורם = 0 לא קיים / ללא השפעה 5 =השפעה קריטית FP = UFP x [ xΣF i ] תכנון פרויקט תוכנה - 11 FP לעומת LOC? נחשבת לשיטת אומדן אמינה יותר ממ- LOC FP נצפו סטיות ש ל עד 800 % ניתוח מקרה: אותה תוכנה נכתבה פעמיים: באסמבלר וב- Ada בהערכת LOC לעומת סטיות של עד 200 % בהערכת.FP גרסת אסמבלר גרסת Ada גודל הקוד - LOC 70 K עלות הפיתוח $ 590, K $ 1,043,000 LOC לחודש-אדם 335 עלות ל שורת קוד FP לחודש-אדם עלות ל- FP $1, $ $ 3,023 $ על פי ממצאי ניתוח זה, אומדן בשיטתLOC מראה שפיתוח תוכנה בשפת אסמבלי יעילה וזולה יותר! (עובדה מופרכת מיסודה...) תכנון פרויקט תוכנה ד "ר עמיר תומר

7 טכני קות לאומדן עלות שיפוט מומחים עע"י אנלוגיה המומחים משווים את המוצר הנאמד עם מוצרים דומים שהושלמו בעבר ניחושיםעלוליםלהוביל לאומדניםשגויים חסרי תקנה המוצר החדש והישן אינם בר י-השוואה בגלל השתנותטכנולוגית הערכות מומחיםהינןמוטות למרות זאת: אומדן הנעשה ע"י קבוצה גדולה של מומחים עשוי להיות מדוייק. Bottom-up גישת פירוק המוצר לרכיבים קטנים יותר לא בטוח שקל יותר לאמוד את המרכיבים המוצר איננו רק סכום חלקיו יש לקחת בחשבון גם את הממשקים תכנון פרויקט תוכנה - 13 COCOMO = COnstructive COst MOdel B. Boehm, 1984 מודלים מורכב ממ- 3 מודל לאומדן המוצר השלם מודל ביניים intermediate COCOMO מודל לאומדן המוצר למרכיביו המפורטים intermediate COCOMO נתמקד בב- תכנון פרויקט תוכנה ד "ר עמיר תומר

8 Intermediate COCOMO E = 2.4xS 1.05 E = 3.0xS 1.12 E = 2.8xS אומדן גודל המוצר (S ב) KLOC-.2 כפונקציה של חודשי אדם) חישוב המאמץ הנומינלי (E אופן הפיתוח: Organic mode פרוייקט תו כנה ק טן ופש וט צוות מיו מן ומנוס ה דרישות מוגדרות Semi-detached mode פרויקט בינוני (גודל וסיבוכיות) צוות מעורב מבחינת נסיון דרישות שח לקן מוגדרות היטב וח לקן פח ות Embedded mode איל וצים קשי חים של חו מרה, תו כנה ותפעול תכנון פרויקט תוכנה - 15 Intermediate COCOMO cost drivers תכנון פרויקט תוכנה ד "ר עמיר תומר

9 דוגמה - Intermediate COCOMO תוכנת עיבוד תקשורת מבוססת מיקרו-פרוססור אמינות גבוהה דרישות ביצועים דרישות לו"ז דרישות ממשקים embedded אופן הפיתוח (10 KLOC) שורות קוד 10,000 הערכת גודל חישוב המאמץ הנומינלי: חודשי אדם = x(10) E = ראה להלן drivers) (cost מקדמי עלויות תכנון פרויקט תוכנה - 17 המאמץ המשוקלל Intermediate COCOMO חודשי אדם = E = 1.35 x P i = 1.35 תכנון פרויקט תוכנה ד "ר עמיר תומר

10 מסקנות - Intermediate COCOMO יכול לשמש כקלט לחישוב פרמטרים ח"אא) אומדן המאמץ של הפרוייקט (59 נוספים עלות כספית הערכת לו"ז התפלגות השלבים והפעילויות עלות המחשבים עלות אחזקה שנתית ועוד... המודל יושם בהצלחה במספר רחב של פרוייקטים מהמקרים 70% בכ- 20% עד כדי מדוייק אומדן על פי המודל נמצא שנות הה- 80 ) ביותר לתקופתו (סוף המדוייק המודל תכנון פרויקט תוכנה - 19 COCOMO II 1995 הרחבה של המודל המקו ר י מאפשר התי יחס ות לנושא ים נו ספ ים Object orientation Modern life-cycle models Rapid prototyping Fourth-generation languages COTS software הינ ו מודל מס וב ך ומ ו רכב בהרבה מהקודם COCOMO II תכנון פרויקט תוכנה ד "ר עמיר תומר

11 ךך) COCOMO II (המש שלושה מודלים נפרדים Application Composition Early design Post-architecture אותה נוסחה בסיסית: E = as b b מחושב על בסיס של 5 גורמים: PREC חדשנות. נסיון קודם של הארגון במוצרים דומים FLEX גמישות. עד כמה הדרישות הן קשיחות. RESL רמתהסיכונים TEAM כישורי הצוות (CMM בשלותהתהליכים (על פי מודל PMAT a הוא מכפלה של 17 כופלי עלות תכנון פרויקט תוכנה - 21 מעקב לו"ז ועלות מעקב זהיר ה וא חי ונ י ללא תלות בשיטת ההערכה, מרכיב י ת וכנ ית נ יהו ל הפר ו י יקט תכולת העבודה המשאבים לביצועה התקציב הנדרש תכנון פרויקט תוכנה ד "ר עמיר תומר

12 משאבים המשאבים הנדרשים לפיתוח תוכנה אנשי ם חומר ה תוכנות עזר צריכת המשאבים משתנה עם הזמן תכנון פרויקט תוכנה - 23 תכולת הע בודה ליווי הפרוייקט פעילות פעי לות המת בצע ת לאו רך כ ל הפ רוייקט לדוגמה: ניהול הפרוייקט, הבטחת איכות עבודה המ תיי חס ת ל של ב כ ל ש הו ב פרו ייקט יחידת עבו דה בע לת מ שמעות הת חל ה ו סיום מוגד רים צורכ ת משאב ים מפיקה ת וצר י ם (task) מטלה כגון: תקציב, תכן, תכנית עבודה, קוד, מדריך למשתמש פעילות מכילה אוסף של מטלות (יחידת העבודה הקטנה ביותר הכפופה לניהול) תכנון פרויקט תוכנה ד "ר עמיר תומר

13 השלמת תוצרי הע בודה (milestone) אבן דרך תאריך להשלמת תוצר עבודה נדרש סקר לאישור אבן דרך סקר עמיתים מנהל לקוח (baseline) מרגע שהוסכם ואושר התוצר הוא הופך להיות קו-בסיס תכנון פרויקט תוכנה - 25 חבילת עבודה בתוספת תוצר עבודה, דרישות כ"א משך העבודה משאבים נדרשים שם האחראי קריטריונים לקבלה תקציב חלק חיוני בתכנון נדרשת פריסת התקציב כפונקציה של הזמן נדרשת הקצאה מפורטת פעילויות ליווי הפרוייקט תכנון פרויקט תוכנה ד "ר עמיר תומר

14 תכנית ניהול פרוייקט תוכנה Software Project Management Plan (SPMP) אופ ן הכנת תכנית ניה ול הגדר את יחידות העבודה הערך את המשאבים הנדרשים תכנן את התקציב תכנון את לוחות הזמנים IEEE Standard תקן מוסכם ונפוץ מתאים לשימוש עבור כל סוגי מוצרי התוכנה תכנון פרויקט תוכנה - 27 ראשי פר קים - IEEE SPMP מבוא.1 סקירה כללית של הפרוייקט ושל המוצר מבנה הפרוייקט.2 כיצד יפותח המוצר מנקודת הראות של תהליך התוכנה מנקודת הראות של הארגון המפתח התהליך הניהולי.3 כיצד ינוהל הפרוייקט התהליך הטכני.4 היבטים טכניים של הפרוייקט ז ותקציב חבילות עבודה, לו""ו.5 חבילות העבודה, התלויות ההדדיות, המשאבים הנדרשים והקצאה תקציבית רכיבים נוספים כגון ניהול קבלני משנה, אבטחה, הדרכה, רכש, התקנות, אחזקה תכנון פרויקט תוכנה ד "ר עמיר תומר

15 SPMP: 1. Introduction 1.1 Project Overview תאור קצר של מטרות הפרוייקט, התוצרים המסופקים, הפעילויות ותוצריהן. אבני הדרך, המשאבים הנדרשים, תכנית-אב ותקציב-אב 1.2 Project Deliverables כל התוצרים המסופקים ללקוח ותאריכי האספקה 1.3 Evolution of the S/W Project Management Plan התהליכים והמנגנונים הפורמאליים לשינוי ועדכון תכנית ניהול הפרוייקט 1.4 Reference Material רשימת המסמכים היישימים 1.5 Definitions and Acronyms הגדרות, ראשי-תיבות וכדומה, כדי להבטיח שהמסמך יובן ע"י כל אחד. תכנון פרויקט תוכנה - 29 SPMP: 2. Project Organization תכנון פרויקט תוכנה Process Model הפעילויות בפיתוח והפעילויות התומכות 2.2 Organizational Structure המבנה של הארגון המפתח. דגש על שרשרות הניהול והאחריות 2.3 Organizational Boundaries and Interfaces תחומי האחריות של המשתתפים בפיתוח והקשרים ביניהם היח י דה המפ תחת הלק וח יח י ד ות ת ומ כ ות קבלנ י משנה 2.4 Project Responsibilities שמות האנשים האחראים בכל יחידה משתתפת ולכל פעילות 15 ד "ר עמיר תומר

16 SPMP: 3. Managerial Process 3.1 Management Objectives and Priorities התפיסה, היעדים וסדרי העדיפויות בניהול הפרוייקט תדירות ומנגנוניהדיווח עדיפויות יחסיות לדרישותהעיקריות נהלי ניהולסיכונים 3.2 Assumptions, Dependencies and Constraints כל ההנחות, האילוצים והתלויות העשויים להשפיע על מהלך הפיתוח 3.3 Risk Management גורמי הסיכון בפרוייקט והמנגנונים למעקב אחריהם 3.4 Monitoring and Controlling Mechanisms פירוט מנגנוני הדיווח, הסקרים והמבדקים. 3.5 Staffing Plan תכנון האיוש של הפרוייקט סוגי המקצועות הנדרשים והמספר הנדרש מועד האיוש ומשך האיוש תכנון פרויקט תוכנה - 31 SPMP: 4. Technical Process הבטחתאיכות תכנון פרויקט תוכנה Methods, Tools and Techniques היבטים טכניים של החומרה והתוכנה מערכות המיחשוב (מחשבים, מערכות-הפעלה, תוכנה) לשימושבפיתוח מחשב י ה י עד טכנ יק ו ת פ ית ו ח ובד י קה שפ ות תכנ ו ת כל י CASE תקנ ים ונה ל ים 4.2 Software Documentation דרישות התיעוד ואופני הסקירה והאישור 4.3 Project Support Functions תכניות תמיכה בפרוייקט ניה ו ל תצ ורה 16 ד "ר עמיר תומר

17 SPMP: 5. Work Packages, Schedule and Budget 5.1 Work Packages חבילות העבודה ותוצריהן פירוק לפעילויות ומטלות 5.2 Dependencies סדר הפעילויות ואופן העברת תוצרי העבודה ביניהן 5.3 Resource Requirements פריסת המשאבים הנדרשים על פני ציר הזמן 5.5 Schedule לוחות-הזמנים המפורטים והתקציב הנדרש לכל פעילות. תכנון פרויקט תוכנה - 33 ניהול סיכונים סיכון If you don't actively attack the risks, they will actively attack you! Tom Gilb הסתברות להופעה אירוע בעל נזק אשר הופעתו עלולה לגרום ניהול סיכונים הכרת הסיכונים והתמודדות איתם זיה ו י ה ס יכ ונ י ם ו ס י ו ו גם נית ו ח ההש פעה תכנ ו ן הפחת ת הס י כ ונ ים אסטרטגיות לניהול סיכונים : Reactive "נגיע לגשר נעבור אותו" : Proactive "סוף מעשה במחשבה תחילה" תכנון פרויקט תוכנה ד "ר עמיר תומר

18 סוגי סיכונים בפ רויקט תוכנה סיכון פרויקטי הופע תו מ סכנ ת א ת תכנית ה פרויקט סיכון טכני חריגה בל ו"ז חריגה בע לות הופע תו מ סכנ ת א ת האי כות סיכון עסקי המי מוש נ עש ה מסובך א ו בלתי אפשרי הופע תו מ סכנ ת א ת ע צם קי ום המוצ ר מוצר שאין לו דורשים (סיכון שוק) מוצר שאינו מתאים לאסטרטגיה של החברה (סיכון אסטרטגי) מוצר שא נשי המ כירות א ינם יודעי ם כ יצד ל מכ ור איבוד תמיכת ההנהלה, כתוצאה משינוי מיקוד או אנשים (סיכון ניהולי) איבוד המחויבות התקציבית או המחויבות לאיוש (סיכון תקציבי) סיווג זה הוא פשטני מדי סיווג יותר מפורט נדרש ראה להלן... תכנון פרויקט תוכנה - 35 זיהוי גורמי הסיכון גורמים גנריים מסכנים כל מוצר תוכנה, מכל סוג שהוא גורמים ספציפיים מסכנים את המוצר הספציפי לתוכנה אופיניים גורמי סיכון גודל המוצר השפעה עסקית מאפייני הלקוח הגדרת התהליך סביבת הפיתוח חדשנות טכנולוגית גודל ונסיון הצוות תכנון פרויקט תוכנה ד "ר עמיר תומר

19 סיכוני גודל המוצר סיכונים הקשורים בהיקף הכולל של התוכנה המפותחת הפרוייקט נמצא ביחס ישר לגודל המוצר" "סיכון דוגמאות: אומדן גודל המוצר, על פי LOC או FP רמת הבטחון בנכונות האומדן אומדן גודל המוצר, על פי מספר התכניות, הקבצים, התנועות אחוז הסטיה בגודל מוצר זה מהגודל הממוצע של מוצרים קודמים גודל בסי ס הנתונים שה תוכנ ה יוצ רת או מ שתמ ש ת מספ ר המ שתמ שי ם מספ ר ה שינויים הצ פוי בדרי שו ת כמות השימוש-החוזר (reuse) יש להשוות את התשובות עם נתוני מוצרים קודמים. אם קיימות סטיות גדולות הסיכון גבוה. תכנון פרויקט תוכנה - 37 סיכוני השפעה עסקית סיכונים ה קשורים באילוצים ה נכ פים על הה נהל ה או על השו ק שיקולים עס קיים לא ת מיד עולים בקנ ה אחד עם שיקו לים טכנולוגיים דוגמאות: ה שפע ת מוצ ר ז ה ע ל הכנ סות ה חבר ה שקי פות המוצ ר ל הנה לה הב כיר ה מועדי אס פקה הג יוניים מספ ר הלקו חות שעת ידים ל ה שתמ ש במוצ ר ויצ יבות ה צרכי ם ש לה ם ב הק שר ל מוצר ז ה מספ ר המוצר ים/המע רכות ה א חרו ת א יתם נדר ש המוצ ר לפ עול במ שו תף מידת הת חכו ם ש ל מ שתמ ש י הקצה כמות ו אי כות הת יעוד המ סופק ל לקו ח ה שפעו ת ממ ש לתי ות על בנית המו צר העל ות הכ רוכ ה בא ספק ה מ אוח רת העל ות הכ רוכ ה בא ספק ת מוצ ר פגום יש להשוות את התשובות עם נסיון העבר. אם קיימות סטיות גדולות הסיכון גבוה. תכנון פרויקט תוכנה ד "ר עמיר תומר

20 סיכוני מאפייני הלקוח תכנון פרויקט תוכנה - 39 סיכונים הקשורים במידת ההבנה של הלקוח וביכולת המפתח לתקשר עם הל קוח באופן שוטף אם אחת התשובות לשאלות אלה היא לא כל הלקוחות נולדו שווים שלילית, נדרש לחקור השפעה שלילית על הצוות ללקוח "רע""ע יותר לעומק כדי להעריך את הסיכון דוגמאות: האם הלקוח עבד בעבר עם החברה? האם ללקוח יש תפיסה מוצקה לגבי הנדרש? האם טרח לתעד אותה בכתב? האם הלקוח יסכים להשתתף בגיבוש דרישות משותף? האם הלקוח מסכים ליצור ערוצי תקשורת מהירים עם המפתח? האם הלקוח מעוניין להשתתף בסקרים? האם הלקוח בעל הבנה מתוחכמת בתחום המוצר? האם הלקוח יתן לצוות המפתח יד חופשית? האם הלקוח מבין את תהליך פיתוח התוכנה? סיכוני הגד רת התהליך סיכונים הכרוכים בתהליך פיתוח שאינו מוגדר היטב או שאינו מבוצע היטב CMM הערכת התהליך יכולה להתבצע באמצעות מודל תהליכיים נושאים מידת מחוייבות ההנהלה לתהליכים מידת מחוייבות המפתחים לתהליכים מידת ההקפדה על התהליכים מידת המעקב אחר ביצוע התהליכים נושאים טכניים שימוש במתודולוגיות שימוש בכלים שימוש במדדי איכות תכנון פרויקט תוכנה ד "ר עמיר תומר

21 סיכונים טכ נולוגיים סיכונים הכרוכים במידת החדשנות הטכנולוגית חוקי מרפי במיטבם... דוגמאות: מידת הה כרו ת ש ל המפ תח עם הטכנו לוגי ה האם הדרישות מחייבות פיתוח אלוריתמים או טכנולוגיות קלט/פלט חדשות? ממשקי ם עם ח ומר ה/יצ רן/בסי ס-נתונים ב לתי מוכ ר או ב לת י מו כח ממשק מ שתמ ש ייחו די דרי שת ש ימו ש בט כנולוג יות חד שו ת דרי שות ביצו עים חרי גות מידת הוודאות של הלקוח שאכן הפונקציונליות יישימה ראה "סולם בונן" להלן... תכנון פרויקט תוכנה - 41 לרמות הסיכון הט כנולו גי בונן" "סולם ד"ר זאב בונן מנכ"ל רפא"ל (בעבר) שכפול פריט קיים רמה 1: הפיתוח הוא בעיה הנדסית מקובלת - עשינו כמוהו בעבר הכלים והשיטות ידועים ומתורגלים והתוצאות ודאיות שיפור פריט קיים רמה 2: נדרש שינוי, שכלול, תוספת ביצועים או תכונות חדשות למכלול/מערכת שעשינו כמותם בעבר התוצאות ניתנות לחיזוי ברמת סמך סבירה פיתוח פריט חדש רמה 3: נושא חדש עבורנו לחלוטין - ידוע שעשו כמוהו בעולם ושיש לו משפט קיום, אך נדרשת השקעה ניכרת לכניסה לשטח עבודה חדש ולא מוכר אין בטחון בתוצאות פריצת דרך רמה 4: אין משפט קיום בעולם - נושא חדש וחלוצי, המחייב לימוד דיסציפלינות חדשות, פיתוח תיאוריה שעדיין אינה קיימת, כלי תכן חדשים ובלתי ידועים וכדומה תכנון פרויקט תוכנה ד "ר עמיר תומר

22 סיכוני סביב ת הפיתוח סיכונים הכרוכים במידת ההתאמה של סביבת הפיתוח למוצר דוגמאות: קיום כלים לניהול הפרויקט/התהליך קיום כלים לניתוח ותכן מידת ההתאמה של הכלים למוצר קיום כלים תומכים שימוש בבסיסי נתונים הדרכת הצוות זמינות של מומחים טכניים אמצעי סיוע ותעוד (בדיקות, בקרת תצורה,...) תכנון פרויקט תוכנה - 43 סיכוני צוות נסיונו סיכונים הכרוכים בגודל הצוות ומידת דוגמאות: האם האנשים הטובים ביותר זמינים? האם לצוות יש תמהיל נכון של מיומנויות? האם מספר אנשי הצוות מספיק? האם כל אנשי הצוות "משוריינים" למשך הפרוייקט? האם חלק מהצוות עובד במשרה חלקית בפרוייקט? האם לצוות יש הציפיות הנכונות מהעבודה? האם הצוות קיבל הדרכה מתאימה? האם התחלופה תהיה נמוכה, כדי להבטיח המשכיות? תכנון פרויקט תוכנה ד "ר עמיר תומר

23 הערכת ה שפעת הסיכו נים על מה משפיע הסיכ ו ןן? ביצועים תמיכה עלות לו"ז עוצמת ההשפעה קטסטרופלית ביצועים/תמיכה: אי יכולת לעמוד במשימה עלות/לו"ז: נזק של $500K ומעלה קריטית ביצועים/תמיכה: היכולת לעמוד במשימה מוטלת בספק עלות/לו"ז: נזק של $100K - $250K גבולית ביצועים/תמיכה: ירידה בביצועים של משימות משנה עלות/לו"ז: נזק של $1K - $100K זניחה ביצועים/תמיכה: אי- נוחות בביצוע המשימה עלות/לו"ז: נזק קל של עד $1K נדרשת תוכנית הפחתת סיכונים ומעקב אחר הפחתת הסיכונים לעומת התוכנית תכנון פרויקט תוכנה - 45 הפחתת סיכוני ם פעילות המ תבצע ת לאורך הפרוייקט הפחת ת סיכון הקטנת הסתברות ההופעה הקטנת הנזק אמצעים להפח תת הסיכו נים סיכוני גודל המוצר מדידה בפועל סיכונים עסקיים סקר שוק, מודיעין עסקי סיכוני מאפייני לקוח סקר שביעות רצון, שיתוף הלקוח, קשר רצוף ודיווח שוטף סיכוני תהליך מעקב אחר ביצוע התהליכים, מדידת אפקטיביות סיכונים טכנולוגיים אבות-טיפוס, סימולציות, דגמי היתכנות, בדיקות, ניסויים סיכוני סביבת הפיתוח בדיקת התאמת הכלים סיכוני צוות הדרכה, גיבוש צוותי, מחויבות הנהלה, גיבוילעיסוקיםקריטיים תכנון פרויקט תוכנה ד "ר עמיר תומר

24 אז מה היה לנו...? ü ü ü תכנו ן הפ יתוח ותהליך התוכ נה אומד ן ל וו"ז ועל ות תכנית פית וח התוכנה üמרכיבים üמסגרת ü תü בנית לדוגמה (IEEE) ניה ול הס יכ ו נ ים תכנון פרויקט תוכנה - 47 ובזאת סיימנו תודה רבה תכנון פרויקט תוכנה ד "ר עמיר תומר

25 וכעת נע בור לל... הבטחת א יכות ושיפור ת הל יכים תכנון פרויקט תוכנה ד "ר עמיר תומר